Ib P INSTRUMENTS, INC 


WHAT DO LOGIC ANALYZERS DO?* 


by Ken Pine 

VP MARKETING 
BP INSTRUMENTS INC. 



SHOWN IS THE 8 CHANNEL MODEL SOD WITH DATA FORMATTER. ALSO AVAILABLE IN A 16 CHANNEL VERSION. 


if REPRINTED FROM THE ARTICLE PREPARED BY BP 
INSTRUMENTS FOR THE SEPT. 77 AND OCT. 77 ISSUES OF 

SOCIETE TECHNITRON magazine. 

Capital 949.700 F 
Si^e social : 8, av. Aristide-Briand 
92220 BAGNEUX - Tel. 657.11.47 


10601 S. De Anza Blvd. • Cupertino, California 95014 • (408) 446-4322 















































































Part One 

W hat the oscilloscope is to the analog world, the 
modern logic analyzer is to the digital world. In 
fact, the logic analyzer might better be called a 
logic scope, digital event storage scope or more simply, logic 
recorder. Logic or microprocessor analyzers as we know them 
today capture and store a number of digital channels and pre¬ 
sent them in some type of visual display for analysis. Since 
all analyzers perform the same basic functions, you can have 
a difficult time selecting a unit from the two dozen or more 
available at prices from $300 to $20,000. And we all know 
that the usefulness of any equipment, including logic ana¬ 
lyzers may or may not depend upon the price of the unit or 
prestige of the manufacturer. 

The satisfaction you will receive from an analyzer will 
be directly related to the usefullness in your particular ap- 
plication(s). Here, we’ll give you a grounding by breaking 
down the analyzer into its basic components and discussing 
its features in detail. In this article, we will consider these 
basics; next month we will explore some actual field appli¬ 
cations in which features of a particular machine were re¬ 
quired to solve a problem. Wlren we are througli, you 
should have more insiglit into the choice of your next logic 
analyzer. 

The Mouse in the Machine 

When faced with an ever increasing number of higldy com¬ 
plex logic and microprocessor analyzers, you should un¬ 
derstand the basic concept of what will be called the 
“mouse” in the machine. Everyone who produces an ana¬ 
lyzer must use a mouse from essentially the same source 
as anyone else who produces analyzers. Some of the mice 
mn faster and some are bigger, but all come from the same 
sources such as Signetics, National, Motorola and others. 

As you may have guessed by now, the mouse is the mem¬ 
ory, and all analyzers begin with a memory as the basic in¬ 
tegrating factor. Every logic and microprocessor analyzer 
produced performs the same basic function: to “trap” or 
record a set of digital inputs, usually by sampling input 
data and storing it in a memory that varies in length from 
16 to 2048 bits. The analyzer begins and ends the record¬ 
ing process and saves and outputs data of interest in some 
convenient manner for analysis. This is what a logic analyz¬ 
er does and this is all it does. We will now begin to explore 
why and how analyzers perform these functions. 

The Logic Analyzer vs. The Oscilloscope 
The logic analyzer does not replace the oscilloscope, but 
functions as a companion device available for viewing sev¬ 
eral lines of digital data simultaneously. The major benefit 
derived from the use of the logic analyzer is the ability to 
freeze a low frequency or single event pattern that would 


Fig 1. Shown on the front cover is the BP Instruments 
Modei SOD with the Data Formatter option. The SOD has 
asynchronous and synchronous sampling rates to SOMHj 
and is avaiiabie in an 8 or 16 channei version. The S10 
word memory is presented on an osciiloscope as either a 
Timing Diagram, a Data Domain — truth tabie dispiay or 
an XY Map dispiay. 


not sweep the scope often enougli to write a clear picture. 
Further, logic analyzers can stop the recording so as to save 
prior trigger information. In the analyzer, the trigger can be 
used to stop the record; in the scope, the trigger can only 
begin the recording or sweep of data. Short of expensive 
multichannel storage scopes that use glass delay lines, the 
logic analyzer is the answer for going back and viewing a 
multi-source sequence of digital events. 

Basic Features 

Threshold. Threshold detection at the input to the analyzer 
defines the logic states to be stored in memory. Available 
units are either fixed at a RTL, DTL or TTL level or else 
they allow adjustment throughout some range. Here the 
distinction between general purpose and special purpose 
macliines begins to take place. A unit offered as a general 
purpose analyzer may have a number of fixed, switch se¬ 
lectable settings as well as a continuously variable range of 
from ±2.5V to ±15V. Variable thresholds have two major 
benefits: the first is the abUity to work on many different 
logic families and the second is that you can vary the 
thresholds about the specified value to check for marginal 
data transitions. For example, a TTL signal may be swinging 
close enough to the threshold to give intermittent results. 
Setting the analyzer thresholds to a value such as +2V 
would clearly show if a signal is properly overdriving the 
+ 1.4V TTL threshold. The general purpose analyzer can 
also set one group of channels at one threshold value while 
setting another group at a different value, thus allowing you 
to analyze two different logic families simultaneously. 
Sampling. Logic analyzers use sampling for storing the in¬ 
put data into the memory. Based upon the information 
available at the threshold detectors, a high or low (1 or 0) 
representation is stored in memory on a periodic sample 
basis. The data stored for analysis is only a representation 
of the input data; your choice of analyzer will depend on 
tlie suitability of that representation to handle your require¬ 
ments. 

The available analyzers range in sample frequency from 
a few megahertz to 200 Mhz. The faster the analyzer, the 
higher the price, on what is almost a logarithmic scale. Ana¬ 
lyzers in the range of 5 to lOMhz generally sell from $1000 
to $2000 range. SOMhz analyzers run $3500 to $6000, 
while the 200Mhz entry hovers right around $20,000. While 
slower units can cost more due to other features, in general 
“higher speed equals higher price”. The question to focus 
upon when making a choice is how much speed will your 
application require. 

Before we go any further on the question of speed, we 
should pause and explore the difference between the syn¬ 
chronous and asynchronous analyzer. The synchronous ana¬ 
lyzer contains no clock of its own, and thus depends upon 
the system clock to drive its sample circuitry. This means 
that stored data will represent only the sequence of system 
logic occurring in synchronization with either the positive 
or negative edge of the system clock. The record contains 
no information about the relative timing or between-clock 
behavior of the signals. On tlie other hand, an asynchronous 
analyzer contains its own clock and can store timing and 
between-clock signal behavior as well as the sequence of sys- 


tem logic events. In order to clearly show the data and the 
timing information, asynchronous analyzers usually have 
memories many times longer (256 to 2048 bits) than the 
synchronous units (16 to 64 bits). The longer memory 
allows enough resolution of the stored data to clearly sort 
out anomolies (such as ringing and glitches) from the actual 
system data bits. For this reason, the synchronous units 
have a greater use in software applications whereas the 
asynchronous machines are more desirable for hardware de¬ 
bug. Fig 2 shows a situation where both synchronous and 
asynchronous analyzers captured the desired logic event 
with the asynchronous analyzer giving more insight as to 
the cause of the problem. It is important to note that all 
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Fig 2 The ringing on the D input is causing the inter¬ 
mittent data bit on the Q output of the latch. 


asynchronous analyzers can also operate synchronously 
from the system clock. 

Now, we will go back to the question of how much 
speed is required. On a synchronous analyzer, the fre¬ 
quency limit need be only as high as the fastest system 
clock encountered. You need only make an estimate as to 
what you expect to see in system speeds over the next few 
years and choose accordingly. On the other hand, more 
thought is required when choosing an asynchronous analyzer. 

Theoretical limitations of sampling data with an asyn¬ 
chronous clock require a minimum of two samples per data 
cycle. Practically, this limit is somewhere above four 
samples per cycle, and for good resolution of the data, the 
ratio can run as high as 10 or 20. The reason for the higli 
multiples is that the one bit recording error associated with 
sampling becomes a much smaller percentage of the data, 
tlius giving a much better visual representation when samp¬ 
ling at higher multiples. You can easily see the effect 
that a sample recording error would have on data sampled 
at 4 times per cycle and data sampled at 10 times per cycle. 
The general rule of thumb in purchasing an asynchronous 


logic analyzer should be to purchase as higlr a frequency as 
the budget allows with a minimum of somewhere in tlie 
range of 4 times the data frequency to be sampled. 
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Fig 3 Comparison of data storage in sample and iattdt 
modes during asynchronous data recording. 


Latch Mode. One item included in many asynchronous 
logic analyzers that you should examine closely is com¬ 
monly known as latch mode. Latch mode allows an analyzer 
to capture data spikes or events that are narrower than the 
sample clock interval; latch mode can thus effectively in¬ 
crease the bandwidth or sample frequency of the analyzer. 
To better visualize the use of latch mode, see Fig 3. The 
narrow data spike would ordinarily be missed with a 
straiglit sampling technique since it appears after the clock 
edge and disappears before the next clock edge. The samp¬ 
ling circuitry would never know that the spike occurred. 

The latch mode circuitry captures the transition and holds 
it until the next clock cycle. In this way, the analyzer cap¬ 
tures the high speed anomolie or glitch and stores it in its 
proper time sequence in relation to the rest of the data. 

Latch mode has two major benefits to the user. The 
most obvious is the ability to capture high speed data 
anomoUes, more commonly called glitches. The second, not 
quite as obvious, relates to extending the bandwidth capa¬ 
bility of a unit when operating at slower speeds. An exam¬ 
ple of this might be the desire to check timing between two 
100ns pulses that occur in a system every 50 to 100ms. To 
see a full 100ms of recording, the sample interval might 
have to be as wide as 500ns. Without latch mode, you 
would not be certain of capturing the pulses of interest 
since they are five times narrower than the sample clock in¬ 
terval. This ability to capture data with certainty while run¬ 
ning the clock at intervals wider than the data bits should 
be considered very carefully. It is probably the most im¬ 
portant feature in a logic analyzer. 

Record Modes. What we have explored so far, shows you 
that the logic or microprocessor analyzer is a very simple 
tool that records data in a snap shot fashion. In other 
words, what the analyzer does is take a picture of data that 
allows you to view the events for analysis. We will now look 
at the viewfinder of the data camera. The viewfinder allows 
you to focus in on precisely the time sequence of interest 
and ignore that which is not useful to your analysis. 

As was stated earlier, all the available analyzers incor¬ 
porate the ability to look at prior trigger data, a feature 



















~*| Delay 

— 

Pretrlgger 

Record 

Record 

Hold—* Arm 

Delay 

[^Record —. 

1 [256 Bits] 

i 

Trigger 

1, 

1 

Display 

Delayed 

Sweep 

Record 

WrtIH _ y. _! 


^ Record 
(256 Bits] 



Arm Trigger 


Display 

Fig 4 Operating sequence in pretrigger and delayed 
mode recording. 


commonly known as pretrigger recording. The available 
variations allow setting the trigger at the beginning, middle 
or end of the record, or in some, at any location along the 
X-axis. Most analyzers also have a delayed mode feature 
whereby the sweep of data can be held off for 10,000 to 
100,000 clock samples after a trigger event. This mode is 
very closely analagous to the delayed sweep mode in an os¬ 
cilloscope and is very useful when looking at data that is 
delayed in time from some synch event or start bit. Fig 4 
is a visual representation of the sequence of events in pre¬ 
trigger and delayed mode recording. 

Since pretrigger mode, given enough delay, could ac¬ 
complish everything that delayed mode can accomplish, 
you might justifiably ask why include delayed mode on the 
logic analyzer? Including delayed mode lets you to put the 
unit in a mode most often called delayed repeat. 

Delayed repeat mode operates so that after recording a 
sweep of data, the analyzer automatically re-arms, or re¬ 
sets; it is then available for a new trigger or synch event. 

This is sometimes referred to as a pseudo real time mode. 
The necessity for having a delayed mode in order to do the 
repeat type recording is because in pretrigger mode, the 
stored data begins to disappear immediately upon arming or 
re-setting. In that case, automatically rearming the unit at 
the end of record would ensure that no data would be held 
in memory. In the delayed repeat mode, the old data is held 
upon rearming until a new trigger event occurs and the de¬ 
lay is counted out. At that time, the memory is refreshed 
with a new sweep of data. The stored information is always 
based upon the last event that triggered the analyzer. 

Implementation of delayed repeat occurs in one of two 
basically different manners. In the first, the rearming pro¬ 
cess does not occur until the data has made a complete 
sweep of the output display. In this way, by watching the 
screen you can see that data jump if a pattern based upon 
a given event changed during one of the sweeps. This mode, 
although very esthetically pleasing, leaves the analyzer un¬ 
available for data capture for a large percentage of the time 
that the analyzer is used, since the scope sweep takes more 
time than is required for filling the memories. The second 
manner of implementing delayed repeat is to re-arm the ma¬ 
chine immediately upon the end of record. Thus the ma¬ 
chine becomes available immediately after recording for a 
new trigger input. The esthetics of this type of implementa¬ 


tion are somewhat less pleasing because the scope picture 
will appear scrambled during trigger cycling unless the trig¬ 
gers appear at a rate of a few hundred hertz or less. The 
benefit is that the machine is unavailable for triggering only 
during the delay count and recording process; the statistical 
probability of capturing the data based on the last repeating 
trigger event is much higher than in the first manner. 

In the delayed sweep mode, the analyzer can count 
synch events. In some systems two levels of triggering might 
be required to see the data of interest that lies some given 
number of synch events from another start event. With an 
analyzer that allows event delay, the unit could be armed 
upon the start event and the synch events counted out 
before the data sweep was taken. This feature usually lets 



you look at a memory full of data prior to, or after the 


last counted synch event. 


Triggering. To further carry on the analogy of a logic ana¬ 
lyzer to a camera, we will now look at the shutter of the 
camera or the manner in which we generate synch or trig¬ 
ger events. Virtually all the analyzers in the marketplace 
have what can best be described as combinational trigger. 
This feature allows the selection on each data input of a 1, 
0 or don’t care status when making up the trigger event. 
The simplest way that this works is that when the data 
matches the setting of the combinational trigger, the 
machine receives a trigger event input. The availability of 
qualifiers and the selection of a make true or make false 
trigger enhances the combinational trigger. 

Qualifiers allow you to look at a data bus location 
where different devices may put similar data. To use it for 
this purpose, you set the trigger to respond to a given add¬ 
ress on the bus only when a particular device is transferred 





on the bus. The make true, make false conditioning allows 
the user to set the triggering in an “and” combination or 
an “or” combination of the trigger settings. Note in Fig 5 
how the make true trigger responds when the set word ap- 
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Fig 6 Comprised of a '1' on channel A and a '0' on 
channel B, the trigger word necessary to capture the 
abnormal condition appears for 200 ns during the 
transition to the normal condition. 


pears at the inputs, while the make false trigger responds 
when that word goes away. The make false triggering is 
often used when a change in any one of several control 
lines is desired as a trigger. 

One major variation on the combinational trigger is the 
ability to trigger on events that are not being recorded. This 
seems to be more and more available as an adjunct to the 
logic analyzer, and not necessarily built into it. This ap¬ 
proach finds favor because more often than not the desired 
trigger word is much wider than the data of interest. Aux¬ 
iliary combination trigger boxes include all the other trigger 
features found in the logic analyzers themselves such as qua¬ 
lifiers, true/false conditioning and delay. 

If you are considering the purchase of an asynchronous 
unit, one item to consider with some care is the ability to 
insert delay in the trigger. For an analyzer to capture a 
single or low frequency event based on a given word com¬ 
bination, anomolies in the data which might otherwise 
make up that combination must be “delayed” from or 
screened out of the trigger. Trigger delay is currently of¬ 
fered in two different manners; the first allows the insertion 
of up to 300ns of analog delay, while the second allows 
some maximum number of sample bits of delay. Fig 6 
shows what happens when triggering on a microprocessor 
bus that has anomolies occurring on device transfer that 
miglit otherwise trigger the analyzer. Without a delay of 
200ns or greater, the normal condition that occurs many 
more times than the abnormal condition would continually 
trigger the analyzer and make it virtually impossible to see 
what occurred at the abnormal condition. In the example 
shown, the analog delay would work as well as the digital 
delay. You should look, however at your particular applica¬ 
tion and see if 300ns suffices for all applications. In one 
application discussed in the second part of this article (ap¬ 
pearing next month), an example will be shown where 
300ns of delay is not nearly enough. Digital trigger delay 
in an asynchronous analyzer should be considered carefully 
since its value in the ease and certainty of data capture ri¬ 
vals that of the latch mode discussed earlier. 
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Fig 7 (a) Typical time domain readout of a 16- 
channel logic analyzer, (b) Data domain display 
with memory address shown by the three digits 
on left and hex conversion shown by the four 
digits on the right, (c) Typical map mode with 8 
channels of data on X axis and 8 channels of 
data on Y axis. The display consists of 64,000 
discrete locations. 












































































































































































Producers of microprocessor analyzers place much em¬ 
phasis on triggering. Typically, microprocessor analyzers are 
recorders of the synchronous type and are set up to meet 
the triggering needs of the microprocessor designer. The 
microprocessor analyzer is set up to trigger on break points 
in the program, at the beginning or end of loops, or at the 
beginning or end of a set number of loops. Tliis latter ability 
is typically related to triggering on “nested loops”. In choos¬ 
ing between a microprocessor analyzer and a logic analyzer, 
you should avoid the pitfall of the “mystique of the micro¬ 
processor”. Often the general purpose analyzer will have 
all the trigger capability necessary to capture the data of in¬ 
terest while having far greater capability for debugging the 
peripheral circuitry. 

Compare Memories. Many units now available contain dual 
or compare memories that allow the user to compare a new 
recording against a stored or held recording. Analyzers do 
this in two different ways: one method sends the output 
through an exclusive or, showing a 1 where the memories 
are different and a 0 where they are the same; the other 
method flashes back and forth between the two memories 
where the changing patterns or numbers on the screen in¬ 
dicate the difference. A further variation on the compare 
memory, halt upon non-compare mode, allows the unit to 
capture data, compare it against the stored data and rearm 
if they are the same. In tliis manner, captured data that dif¬ 
fers from stored data causes the unit to go into display and 
show the areas where the data differs. The use for the com¬ 
pare memory seems obvious, yet another less obvious use 
seems to be generating much interest. This is where the 
fault condition can be captured and saved and the machine 


put back into recording for an attempt to capture it again. 
Thus the engineer doesn’t have to draw out the erroneous 
pattern for reference. 

Data Output. The most popular method for outputting the 
data is via an oscilloscope or CRT-type display. The two 
major categories of displays fall into what is termed the 
timing domain and the data domain. In the timing domain 
display, data is written across the scope in a pseudo wave¬ 
form representing a timing diagram of the captured data. 
Enhancement of this mode can include a marker at the 
trigger and a movable cursor marker around which the data 
can be expanded. Further, readouts are available that give 
the distance and sample bits between the two markers. 

The data domain display exhibits data on the oscillos¬ 
cope or XY display in a truth table-type format — the data 
is shown in both binary form and a user-chosen converted 
form. The converted data can be shown in hex, octal or de¬ 
cimal coding. The data domain display, althougli derived 
from exactly the same data as the timing diagram display, 
finds favor with the microprocessor designer. 


In summary, we take a memory and some method of 
stopping and starting a recording and add a way to visualize 
what is in the memory and we then have a logic analyzer: a 
very simple device used to capture data related to a specific 
event or set of events. In Part II (appearing next month), 
we will explore some actual field experiences and applica¬ 
tions where the microprocessor or logic analyzer was 
used to solve a particular problem. 



Part Two 

In the September issue of DIGITAL DESIGN, we covered 
the basic functions and features of logic analyzers. Now we 
turn to analyzer applications, as varied and diversified as 
the field of digital logic itself The applications presented 
here show you how to use the analyzer for problems as 
simple as single chip errors and as complex as computer 
system failures. 

Single chip error. Engineers working with new designs 
often face chip problems separate from design or layout 
errors; one such chip problem solved using a logic analyzer 
would have entailed considerable work without using the 
logic analyzer, since both layout and circuit were unproven 
and the duty cycle was too low to properly view with an 
oscilloscope. 

A miswired 13 input nand gate caused the problem. Fig 1 
shows a simplified version of this problem using a 3 input 
nand. To observe the malfunction shown, the analyzer 
probes were connected to the inputs and the output; the 
channel connected to the output was set to trigger when 
the data transition from T’ to ‘0’ occurred. The data im¬ 
mediately preceeding the trigger revealed the malfunction¬ 
ing input; further information was obtained by changing the 
output recording channel so that it would trigger on a trans¬ 
ition from ‘0’ to ‘1’. 

The two sets of data in Fig 1 clearly showed that the 
logic of the nand gate was incorrect; the problem did not 
result from component failure, but rather from miswiring 
of the C input. In the actual problem, the chip was replaced 
and the unproven circuit came up functioning exactly as 
designed. Thus the logic analyzer’s ability to freeze actual 
logic events eliminated much frustration that would occur 
if the analyzer was not available. 

Timing Problem. In the circuit shown in Fig 2, a clock 
transition from low to high saves a memory address; this 
address than serves as a comparison to generate a flag in 
sync with the last data recorded in memory. The problem 
encountered with this circuit was that incorrect data was 


being strobed across the shift register, and an improper 
amount of setup time on the shift register was suspected. 
Since the data rate shifted from record speed of 20 MHz to 
display speed of 500 KHz, when the clock went low to 
high, it appeared that up to 1 ps (500 KHz half cycle) was 
available in which to set up the data and strobe the shift 
register. Inserting several values of delay from a hundred 
nanoseconds to a microsecond did not help. An asynchro- 
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Fig 1 Miswiring of 3-input nand gate creates a logic error. 
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nous logic analyzer triggered on the clock transition from 
low to high, revealing that the first 500 KHz clock edge 
could occur within 100ns of the last 20 MHz clock edge. 

See Fig 3. Delay of greater than about 50ns in the clock 
transition caused the shift register to clock while the address 
data was changing. Setting the delay to 15ns solved the 
problem — the circuit has performed exactly as planned 
ever since. 

Design Bug and Chip Error. In the Master Slave D type 
flip flop circuit shown in Fig 4, cycle of the reset input C 
from high to low to high sets the Q output to ‘O’. Subse- 

Logic analyzers now provide sophisticated 
timing analysis, allowing fast solution 
of many logic problems. _ 

quently, a high to low transition on any of the A inputs 
places a ‘1’ on the D input, which is clocked to the Q output 
upon a positive edge at B. The Q output going to ‘0’ locks 
the output of the nand to ‘1’ (the D input of the flip flop), 
and the Q output will remain a ‘1’ regardless of any further 
changes in the A inputs. In actual practice, the circuit was 
resetting without Reset C being cycled. An asynchronous 
logic analyzer found an obvious source for malfunction, a 
10ns negative going pulse on the Reset line (input C). The 
analyzer was triggered when the Q went from ‘1 ’ to ‘0’ 
readily capturing the pulse on input C. Atter eliminating 
the pulse, the circuit should have worked as designed. How¬ 
ever the circuit continued to reset itself. 


Logic analyzers can solve problems 
as simple as suigle chip errors and as 
complex as computer system failures. 

All inputs and outputs were recorded with an analyzer 
and triggered when reset from ‘1’ to ‘O’. Also, after lockup, 
a change in an A input caused pulses to appear at the D in¬ 
put to the flip flop. Whenever one of the pulses was high at 
the positive clock edge, the circuit would reset. Since the 
Q was a solid ‘0’ the nand gate was obviously faulty ; after 
replacing the bad chip, the circuit operated correctly. 

Field Service. The illustration in Fig 5 represents an actual 
computer installation in which a cardreader error condition 
defied solution for over 8 years. Whenever cardreader #2 
was operating, the CPU would store error signals from 
cardreader #1 on an intermittent basis. All components of 
the system functioned properly when operated alone, but 
when operated as a system, errors were generated. Further, 
the errors were “once a day problems” and didn’t show up 
on an oscilloscope. 

The logic analyzer as it existed 3 to 4 years ago was of 
little use, since you did not have combinational trigger set¬ 
tings that could trap the error conditions. A recently de¬ 
veloped logic analyzer feature, call Delayed Trigger or “Win¬ 
dow Triggering”, can provide the trigger condition that 
could trap the error condition every time it cocurred. Trig¬ 
ger Delay provides the ability to screen short term anomalies 
from the combinational trigger, preventing triggering on un- 












wanted or between-clock events. In the analyzer used, Trig¬ 
ger Delay was available in single sample bit increments up to 
3 bits. Set in a 3 bit delay, the trigger must be valid for the 
complete 3 sample bit period or else it would not be recog¬ 
nized. This provided a basis for triggering whenever the card- 
reader error occurred. In the logic diagram shown in Fig 6, 


the low-high combination doesn’t exist after the 300 ns 
Trigger Delay. Thus the use of a logic analyzer quickly 
solved a long-term problem. 

Computer System Troubleshooting. The Peripheral Con¬ 
trol Unit (PCU) shown in Fig 7 intermittently generated a 
Lost Data Status (LDS) bit whenever disq Reads were exe- 
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Fig 3 Comparison of actual and theoretical operation of the 
circuit shown in Fig 2. 
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Fig 6 Timing diagram illustrates cardreader error condition. 


the correct response of the “handshake” data exchange is 
characterized by the Data Request line going low and the 
Cardreader Ready line following within 165ns. Whenever 
the cardreader does not respond within the 165ns delay an 
error is generated. It was a simple matter to set up a trigger 



condition using the Delayed Trigger — trigger with 3 bits of 
trigger delay at lOMHz sample rate with the combinational 
trigger set on the condition of the Data Request line at “0” 
and the Cardreader Ready at “1”. Whenever the condition 
of the Data Request at low and the Cardreader Ready at 
high existed for a period of 300ns (3 sample bits x 100ns 
per sample) or greater, the analyzer would trigger, allowing 
data capture in the other available channels in sync with the 
error. The correct response, existing for 165ns during a nor¬ 
mal Data Request cycle, never triggered the analyzer since 


cuted. Because the PCU has no real time data buffer to 
match data rates coming from the Input/Output Controller 
(IOC), the IOC must answer data requests with a data ac¬ 
knowledge (IDA) in a time period determined by the disc 
speed. 

If the IDA is not received in time, an LDS bit is generated. 
The CPU does not see this indicator until the entire operation 
is complete; because prior triggering information was required 
conventional techniques such as the oscilloscope could not 
be used. In addition, it was unclear at the outset whether 
hardware or sofware malfunctions caused the problem; also, 
the failure was intermittent. 

A logic analyzer monitored the signals shown in Fig 7. 

The LDS signals triggered the logic analyzer, providing pre- 
triggei information. Examining the captured data showed 
that the PCU was intermittently generating LDS as a result 
of reading the last word on the disc sector (CRC). 

This 16-bit word (as opposed to the normal 32-bit word 
length) is not sent to the CPU. When reading the last word, 
the PCU sometimes expected a response from the CPU; if 
the CPU did not respond, LDS was generated. The problem 
was solved by inhibiting the PCU from issuing LDS upon 
reading CRC. By providing pretriggering, long memory and 
high speed (up to 10ns resolution), the asynchronous 
analyzer helped to solve the problem. 

Disc Pack Malfunction. A disc pack whose normal busy 
period (data being taken) lasts 500ms or less intermittently 
stuck in “busy” for up to 10 seconds at a time. The tech¬ 
nician monitoring the “busy” line could see when the unit 
became “stuck,” but didn’t have enough time to develop 
any useful information on an oscilloscope. He reasoned that 













if he could monitor a number of control lines and “freeze” 
the information generated at the lime the disc went unstuck 
he could determine the source of the problem. In this case, 
an asynchronous logic analyzer with a bit-wide trigger delay 
solved the problem. 

Fig 8 shows a representation of the “busy” line in the 


transfers data under control of a 3-wire handshake; this 
handshake assures that all data destination devices are ready 
for new data (the bus wire-ANDed signal NRFD-Ready 
for Data-goes true) or have accepted it (the Wire-ANDed 
signal NDAC-Data Accepted-goes true). Generally, we can 
break the IEEE bus problems into foiir Classes! handshake. 



Fig 7 This wiring diagram shows connection of the elements involved in the computer troubleshooting problem. 


disc pack during normal and “stuck” periods. In order to 
trigger the logic analyzer when the disc went unstuck, it was 
necessary to screen out the normal busy periods up to 500ms 
long and only trigger when the reported busy exceeded that 
period of time. 

In the asynchronous 16-channel analyzer used, trigger 
delay was available for periods up to 3 sample bits in length. 
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Fig 8 Timing diagram shows a disk pack malfunction. 


Setting the internal timebase to 200ms per sample established 
a delay period of 600ms. Now with the trigger set to “1” 
(positive edge) in the channel recording the “busy” signal, 
the analyzer could pretrigger record up to 15 channels of 
data coincident with the disc going “unstuck”. Finding the 
errant control line then cleared up the problem quickly. 
Troubleshooting the IEEE Bus. The advent of a widely 
accepted standard, the IEEE 488-1975 communicaiton bus 
for instrumentation systems, has brought a new set of testing 
problems that logic analyzers can handle. The IEEE bus 


controller errors, noise and timing errors. 

The first step in trying to isolate problems due to the 
operation of the bus is to assure that the handshake operates 
properly. To do this, connect probes to ATN and to the 
three handshake lines, NRFD, DAV and NDAC, in that 
order (see Table 1), so that the signal timing interlocks are 
clearly displayed next to each other. The probe connected 
to the ATN line permits selecting either address/control 
transfer or data transfer triggering, and also provides a 
means for identifying the type of information being trans¬ 
ferred. This setup allows immediate detectioh Of inost IEEE 
bus problems. 


TABLE I - IEEE-488 PIN ASSIGNMENTS 
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13 
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Handshake Problems. Triggering on DAV going LOW with 
an appropriate amount of pretrigger delay gives a display as 
shown in Fig 9. Note the handshake steps “a”, “b”, “c'\ 






“d”, “e” and “F’ — if these steps do not occur repetitively 
in exactly this order, then the handshake is not functioning 
normally. 

The normal data transfer sequence may not take place 
during the transition from Controller Active to Controller 
Idle, which occurs when ATN goes high. In this case, the 


(may be high or low) 


NRFD-I a 


Fig 9 Timing sequence for the IEEE bus handshake. 
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Fig 10 Timing diagram shows the transition from Controller 
Active to Controller Idle on the IEEE bus. 


timing diagram shown in Fig 10 may be observed. 

The transition between Controller Active and Controller 
Idle must occur after event “e” and before event “b”. If it 
occurs before event “a” then the sequence will not be any 
different from normal. If it occurs after “a” then a double 
transition “a”-“a” may be observed in normal bus operation. 
The double transition may not happen at all, but if it does, 
the trailing edge “a” must occur within 200ns of “t” or the 
Listener is faulty. 

A common “Talker” error is detection of NRFD true 
before “a” occurs. This initiates a data cycle which may 
result in “b” before “a”, in this case the handshake cycle 
might hang up, or the Listener may drop the first byte. 

The display characteristic of this failure is shown in Fig 11. 
The handshake hangs up if the Listener is waiting for the 
transition at b’ rather than the low level. In this case, even 
“a” may never occur. Note that you cannot observe the 
handshake operation with an externally clocked “state 
analyzer ” — an internal time base is a must if you want the 
logic analyzer to observe asynchronous control sequences 
like the 488 handshake. 

Microprocessor Cycle Time. Measuring the overall cycle 
time of an addressing system in a microprocessor involves 
address buffering, ROM chip selection logic and 3-state buf- 
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Fig 12 Stimulus/response testipg determines access time limits of complex addressing scheme. 







fering of the data bus. A theoretical calculation of one ad¬ 
dressing scheme’s access time can yield at best only hypo¬ 
thetical results. To determine the system’s actual speed, the 
experiment shown in Fig 12 was used, replacing the micro¬ 
processor with a stimulus that was fully controllable in 
both frequency and state value, allowing generation of ad¬ 
dresses at a variable rep rate. To measure the response of the 
system, a data monitor was needed that read the memory 
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Fig 13 (a) An entire data table can be duplicated in the B-mem- 
ory as a stored reference for comparison with active data, (b) The 
B-memory can be reduced to an Exclusive*OR display of the 
stored data and the active data being strobed into the A-memory. 
(c) The presence of intensified 'I's in the Exclusive-OR display 
indicates that logic differences have been detected between the 
data in the two memories. 


output data and indicated when that data was no longer 
correct — a logic analyzer functioned as a response monitor. 

For the experiment, the word generator provided an ad¬ 
dressing pattern then ran at a moderate speed and stored 
the data (Fig 13) as correctly read by the logic analyzer in 
the B-memory as a reference. Having stored this data, the 
Exclusive-OR display mode was used to show if the data 
currently being read compared exactly to that stored as a 
reference. The repetition rate of the word generator could 
then be increased until the instrument began to detect dif¬ 
ferences. Then, reducing the frequency just slightly from 
that point, the rate was measured. Converted to cycle time, 
the frequency thus read was the actual, not simulated or 
theoretical cycle time of the memory addressing system. 
Microprocessor Timing Errors. Another fairly common 
problem requiring real-time analysis occurs when a flag 
signal is incorrectly read. See Fig 14. At program address 
1002, the external I/O signal must be “set” so that the ma¬ 
chine can correctly exit from the loop. An oscilloscope or 
logic probe verifies the presence of the flag signal, but the 
machine fails to recognize it. For proper analysis, this prob¬ 
lem requires that the oscilloscope be synchronized to the 
proper moment in state time, not triggered from the de¬ 
tection of the signal itself. Using a logic state analyzer, the 
pattern trigger output can be used directly, because it is 
known exactly at which program address, 1002, the flag 
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Fig 14 Failure to detect or pro¬ 
perly read the 'flag' signal at pro¬ 
gram address 1002 causes infinite 
looping. 

signal is to be read. Externally triggering the scope when 
that address occurs enables examination of the flag signal 
synchronized in time to the software. After establishing a 
state-time reference, it is a simple task to determine 
whether the signal arrives early or late. 

We sincerely hope that you have benefitted from the article on 
Logic Analyzers. As a leader in the new Logic Analyzer 
technology, we have encountered and solved a wide variety of 
digital design and debug problems. We welcome the opportunity 
to hear from you about your needs in this increasingly difficult 
area. If we can be of service, do not hesitate to call. 

Best Regards, 
Ken Pine 










